<h1><a id="Petty Cash">Petty Cash</a></h1>
<h2>Overview</h2>
<p>The Petty Cash module enables employees to submit expense claims directly into the system that can then be authorised by their immediate supervisor.</p>
<p>Petty cash expenses are controlled in a friendly way, enabling all employees (including those without accounting knowledge) to enter their expenses and get paid for them.</p>
<p>The Petty cash module uses a temporary GL table (pcashdetails), containing all information about payments and expenses entered as petty cash. When cash assignments or expenses are authorised by a supervisor, they are posted into the gltrans table and flagged.</p>
<p>Once any transaction in the petty cash system has been posted it cannot be modified, edited or deleted in any way. Once posted, that's it.</p>
<div class="floatright">
	<a class="minitext" href="#top">⬆ Top</a>
</div>
<h2>Setup General Parameters</h2>
<h3><a id="PCExpenses">Set up expenses</a></h3>
<h4>Definition of expenses allowed to be used in the Petty Cash system.</h4>
<p>This table is used to isolate non-accountant users (most of workers/users of KwaMoja) from the technical details and names used in accounting. E.g.: Code Expense: FUEL-COMMERCIAL</p>
<p>Description: Fuel for cars used on commercial trips to customers</p>
Account: 12345678 - Commercial car expenses
<p>So when the system posts a petty cash expense against gltrans table, it will be posted against the GL account code selected.
<p>
<p>PcExpenses.php is used to maintain this table (pcexpenses).</p>
<div class="floatright">
	<a class="minitext" href="#top">⬆ Top</a>
</div>
<h3><a id="PCTabTypes">Set up types of tabs</a></h3>
<p>Different kinds of users have different privileges. CEO can spend petty cash money on a different way than a truck driver does (no disrespect, for any of them ;-). The system maintain these different categories of tabs of table pctypetabs.</p>
<p>PcTypeTabs.php is used to define this kind of different tabs. E.g.: Director, Office staff, Truck Driver, etc.</p>
<p>Set up expenses allowed for type of tab The link between types of tabs and expenses.<br></p>
<p>Here we need to define which expenses are allowed to a certain type of tab. This table is used to prevent users assigning expenses for expenses not allowed. as example, a user with role "member of parlament" could have a tab of a type "all allowed, including night drinks in a pub", while a user with role "hard worker" could have a tab of a type "transport to workplace" only, so the system can achieve a better control of each one's expenses.</p>
<p>Each company must define here the policy of petty cash pahyments.</p>
<p>PcExpensesTypeTab.php is the script managing this.</p>
<div class="floatright">
	<a class="minitext" href="#top">⬆ Top</a>
</div>
<h3><a id="PCTabSetup">Set up tabs</a></h3>
<p>PcTabs.php is the script used to set up petty cash tabs</p>
<p>A petty cash tab contains:</p>
<ul>
	<li>Tab Code</li>
	<li>User: User of the tab. Who is spending/receiving moeny for petty cash expenses. Must be a KwaMoja user.</li>
	<li>Type of tab: As previously defined</li>
	<li>Currency: A tab will handle money in one currency only. So users allowed to spend in 2 or more currencies (e.g. international commercial team) will have 1 tab for each currency</li>
	<li>Limit: Maximum amount the user can spend, to have a better control. Nowadays it only issues a warning of the supervisor, but can be coded to work differently (better)</li>
	<li>Authoriser: User supervisor of the petty cash user. User authorizing (or not) expenses done, checking money is spent wisely and asigning cash to users</li>
	<li>GL Account For Cash Assignment: GL account where the cash assigment comes from. It must be a bank account, so when assigning cash to a tab, the system will deduct the amount from the bank account and increase the petty cash account</li>
	<li>GL Account Petty Cash Tab. In GL we should have an account (one per currency) to reflect "amount of money distributed among employees" or "Petty Cash Account". This is the account where the money goes after a cash assigment is done or where the money comes where an expense is posted</li>
</ul>
<p>At this point we have the system ready to work.<br></p>
<div class="floatright">
	<a class="minitext" href="#top">⬆ Top</a>
</div>
<h2>Workflow</h2>
<h3><a id="CashAssignment">Assignment of cash</a></h3>
<p>The supervisor (authoriser) gives money cash to an employee to be used as petty cash. In script PcAssignCashToTab.php we record this fact.<br></p>
<p>Supervisor can select only the tabs he/she is supervisor. Must specify amount, date. There are 2 additional fields:</p>
<ul>
	<li>Notes: For any further detail needed to remember</li>
	<li>Receipt: In case the company has a physical receipt, or any proof, the code, number, etc of this receipt, to help solving disputes later on</li>
</ul>
<p>At this stage no tranasction is posted in gltrans table, only at pcashdetails we write down: "Supervisor gives to user X (tab really), Y dollars on date D".<br></p>
<p>Cash Assignments can be edited and deleted before are authorised. Once authorised and posted can not be modified in any way.<br></p>
<h3><a id="ExpenseClaim">Expense claims</a></h3>
<p>Employee will go out and spend money. Then will report to KwaMoja these expenses in script PcClaimExpensesFromTab.php<br></p>
<p>Employee will select a tab (from his/her own tabs). And then records details of all expenses incurred:</p>
<ul>
	<li>Date</li>
	<li>Code of expense (from the list his/her tab is allowed depending on the type of tab involved)</li>
	<li>Amount</li>
	<li>Notes: For any further detail needed to remember</li>
	<li>Receipt: In case the company has a physical receipt, or any proof, the code, number, etc of this receipt, to help solving disputes later on.</li>
</ul>
<p>At this stage no tranasction is posted in gltrans table, only at pcashdetails we write down: "User U reports spending X amount in concept C on date D".<br></p>
<p>Expenses reported can be edited and deleted before are authorised. Once authorised and posted can not be modified in any way.<br></p>
<h3><a id="AuthorizeExpense">Expense authorisation</a></h3>
<p>Supervisor will need to authorise expenses and cash assignemnts reported.<br></p>
<p>In script PcAuthorizeExpenses.php the supervisor must select a tab he/she is supervising<br></p>
<p>If there is any assignment or expense not authorised yet, it can be checked and if correct just tick it. If incorrect or in doubt (an employee claiming 10.000.000 USD for fuel car) he can call/email/report him and sort it out. Because it's not authorised yet it can be modified (to 100 USD...)<br></p>
<p>Once the update button is pressed and there are some entried ticked, then GL posting occurs.</p>
<h3>Posting workflow</h3>
<p>If a cash assigment need to be posted then:</p>
<h4>In gltrans</h4>
<ul>
	<li>Amount of assigment is deducted from "GL Account For Cash Assignment" as specified in tab definition.</li>
	<li>Amount of assigment is increased in "GL Account Petty Cash Tab" as specified in tab definition.</li>
</ul>
<h4>In banktrans</h4>
<p>The bank transaction is recorded conveninetly to report the moeny going out from the "GL Account For Cash Assignment"</p>
<p>If an expense need to be posted then:</p>
<h4>In gltrans</h4>
<ul>
	<li>Amount of expense is deducted from "GL Account Petty Cash Tab" as specified in tab definition</li>
	<li>Amount of expense is increased in "GL Expense Account" as specified in expenses definition.</li>
</ul>
<h3>Notes</h3>
<h4>Users</h4>
<p>All users must be KwaMoja users. Security setting 6 has been created to allow users use this module. So employees can login into KwaMoja only to claim / report their expenses, if allowed.</p>
<h4>About advance payments</h4>
<p>About advance payments or refunds, we always run "open tabs", so employees asks for money first, and later on they spend it (we hope in an appropriate manner) and then report expenses incurred. Any difference will be settled "next report" or "next cash assignment".</p>
<p>That's the idea keeping expense report and cash assignment separate, as it's flexible and fits all situations:</p>
<p>Example Advance of 500 USD and submit claims of 480 USD:</p>
<ol>
	<li>cash assignment of 500 USD</li>
	<li>claims of 480 USD</li>
	<li>approval of 480 USD (status: employee owes 20 USD to company)</li>
	<li>
		there's 2 options depending on company's culture:
		<ol>
			<li>return of 20 USD (cash assignment negative, so 500-480-20 = 0 balanced)</li>
			<li>employee keeps 20 USD for his next report. The system will keep track of previous expenses/ cash assigments done, to keep the balance up to date)</li>
		</ol>
	</li>
</ol>
<p>Example Advance of 500 USD and submit claims of 530 USD:</p>
<ol>
	<li>cash assignment of 500 USD</li>
	<li>claims of 530 USD</li>
	<li>approval of 530 USD (status: company owes 30 USD to employee)</li>
	<li>
		there's 2 options depending on company's culture:
		<ol>
			<li>extra cash assignment of 30 USD (cash assignment positive, so 500-530+30 = 0 balanced)</li>
			<li>next cash assignment of 500 USD will show he has only 470 available, as 30 were owed.</li>
		</ol>
	</li>
</ol>
<!-- Help End: Petty Cash -->
